home *** CD-ROM | disk | FTP | other *** search
/ Aminet 21 / Aminet 21 (1997)(GTI - Schatztruhe)[!][Oct 1997].iso / Aminet / comm / misc / New8n1.lha / COPMQR28.lha / CopyMemQuicker.DOC next >
Encoding:
Text File  |  1994-08-21  |  4.6 KB  |  88 lines
  1.                    CopyMemQuicker 2.8 (21 Aug 1994)
  2.            Copyright © 1991, 1992, 1993, 1994 Arthur Hagen
  3.                             Parts of code:
  4.         Copyright © 1985-1991 Commodore Business Machines Ltd.
  5.         ======================================================
  6.                      Posted to the Public Domain!
  7.                 (by permission of Commodore Norge A/S)
  8.  
  9.  
  10. *** BOGUS ALERT *** BOGUS ALERT *** BOGUS ALERT *** BOGUS ALERT ***
  11.  
  12. A "CopyMemQuickerV3.0" was recently released by a Mr Cor van Dijk.
  13. This is NOT the original CopyMemQuicker, but an inferior hack.
  14. Even though this patch is under *some* circumstances quicker than both
  15. CopyMemQuicker and the system routines, it will in other cases be MUCH
  16. slower, due to inadequate trailing-byte-testing and surplus instruc-
  17. tions.  The speed test program was left out of Mr Dijk's archive - I
  18. wonder why...  And it is unsafe.  If you run it twice, it will not
  19. just remove the patch, but also free the memory allocated for it.  If
  20. another task is doing a large CopyMem(Quick) when you end this patch
  21. by running it again, chances are that everything will go @($#*&@(#
  22. when the memory being run is freed.  Lame - really lame.
  23. As for the "Special implementation for 68010/68020 caches" the
  24. doc-file boast of, it will actually be SLOWER on a 68010, since a few
  25. of the 6-byte latch'able loops have been made larger - i.e. too large
  26. for the 6-byte prefetch latch of the 68010.  And as for "Special
  27. implementation for 68020/30/40/60 pipelined fetch", this is pure bull.
  28. Instructions are NOT in any way optimised either by ensuring maximum
  29. prefetch or by mod16-aligning the code.  The code will function all
  30. right on a 68000/68020-equipped machine, but is slower than necessary
  31. on all other configurations.
  32. What baffles me most, is that this bogus file was found on Safe Hex
  33. International's BBS.  Until they stop distributing bogus software (and
  34. start paying for ShareWare they boast of having and using) I can only
  35. advice you NOT to trust anything from their BBS.  Use VirusZ if you
  36. need a decent virus killer.  Take my word for it.
  37.  
  38.      ***************** On to the program... *********************
  39.  
  40.   Just another small thingy to put in your Amigas S:Startup-Sequence.
  41. This one will patch the exec.library functions CopyMem and CopyMemQuick
  42. to become faster than the regular ones.  These functions are two of the
  43. cornerstone functions of the operating system, so most programs should
  44. benefit from this patch.  I really wonder why the routines never were
  45. optimised by Commodore in the first place!
  46.  
  47.    Known bugs:  None.  Should work with all versions of the O/S from
  48. KickStart 1.2 upto and including 3.1, and with all processors from the
  49. 68000 upto and including the 68040.
  50.   Even so, SOME virus killers might just report this patch as a virus -
  51. it isn't.  And, remember, if you use this program, you do it totally at
  52. your own risk - I will under no circumstances be held responsible for
  53. what this program does to any system (It should be 100% compatible with
  54. ye olde routines, though - the only difference is that this code won't
  55. bug out if you try to copy 0 bytes, the original code does...).
  56.   Speed increases may vary according to the processor, but some cycles
  57. should be should be shaved off on all systems.  Expect between 0 and 50
  58. percent speed increase, depending on alignment and copy size.
  59.   The patch is optimised for all 68k processors (except the 68008), and
  60. relies upon the loop-mode and instruction cache for the faster pro-
  61. cessors.
  62.  
  63.   Usage:
  64.   1>  CopyMemQuicker
  65.  
  66.   This will act like a switch, and turns the program on/off (but I
  67. don't know why it ever should be turned off).  The memory used will NOT
  68. be freed when turning the function off, as some other part of your
  69. multitasking system might still be using the routine.  I think you
  70. could live with the loss of 2-300 bytes, though...
  71.  
  72.   To test the routine on your machine, run "testit" from CLI (This
  73. requires that you have version 2.0 of the O/S).  It might take some
  74. time to complete (depending on the processor), but should give fairly
  75. accurate test results.  (The reason for the test taking longer time
  76. than the figures printed on-screen indicate, is that the time to
  77. execute the timing loop itself is timed and deducted before printing
  78. (to give as accurate a result as possible).)
  79.  
  80.   There WAS a severe bug in versions 1.4 and 1.5 of this patch, which
  81. caused a guru on all machines except those fitted with a 68010.  This
  82. was due to a bug in the Aztec assembler, which could not handle ad-
  83. dresses like "*-2" properly.  The bug has been worked around, and the
  84. current version has been properly tested before release.  Sorry!
  85.  
  86. Enjoy,
  87. *Art
  88.